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10 La presente invention concerne un proc6d6 d'utilisation & distance 

d*un objet informatique accessible via une station serveur connect6e & un 
r6seau de communication, a partir d'une station cliente connectee au reseau. 
Corr6lativement, la presente invention concerne un procede d'execution d'une 
fonction sur un objet informatique, mis en oeuvre dans une telle station serveur. 

15 La presente invention concerne egalement des dispositifs aptes a 

mettre en oeuvre les precedes p recites. ?9 

L'invention s'applique de maniere generale aux reseaux de 
communication qui definissent un protocole de communication entre les 
differents sites relies au reseau. Un tel reseau peut etre a titre d'exemple nop 

20 limitatif un r£seau~ de^ommunication plan6taire tel que Tlnternet. 

Dans ce qui suit, on entend par "objet informatique" un objet d6fini 
selon le fameux concept de programmation designe par I'expression 
"programmation orientee objet". Un tel objet informatique est un element 
programmatique comprenant des "attributs" ou parametres (en anglais 

25 arguments), c.-a-d. des donnees qui definissent sa structure, et des "methodes" 
ou fonctions qui permettent de d6finir son comportement. De maniere 
classique, les methodes d'un objet peuvent etre appel6es (en anglais invoked) 
pour manipuler les donnees de Tobjet. 

Le developpement dMnternet et du commerce electronique 

30 necessite le deploiement grandissant d'applications de type clien^ 

Dans ces applications, le traitement est effectue par un logiciel tournant sur un 
serveur accessible depuis le reseau, ^interface homme-machine etant fournie 
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par un logiciel client s'executant sur le poste client et communiquant avec le 
serveur par rintermediaire d'une interface definie. 

Le World Wide Web (Web ou WWW) constitue Tinterface de 
predilection pour acc6der a la plupart des ressources disponibles sur Internet. 
5 Le Web est un ensemble de protocoles Internet et de logiciels qui pr6sentent 
rinformation dans un format hypertexte. Le concept d'hypertexte s'emploie pour 
construire des documents qui r6f6rencent d'autres documents a I'aide de liens, 
aisement s6lectionnables par des utilisateurs novices. 

Parmi les ressources et protocoles developpes pour le Web, on 

10 trouve I'URL (Uniform Resource Locator), le protocole HTTP (Hypertext 
Transfer Protocol : protocole de transport hypertexte), le langage HTML 
(Hypertext Markup Language : langage de marquage hypertexte), le langage 
XML (Extensible Markup Language : langage de marquage etendu) qui 
complete le langage HTML, et I'interface CGI (Common Gateway Interface : 

1 5 interface de passerelle commune). 

HTTP est un protocole client/serveur qui utilise un modele 
requete/reponse. Un client HTTP, ou agent d'utilisateur (souvent un navigateur 
Web), se connecte a un serveur HTTP en utilisant une URL, et lui adresse une 
requete relative a une ressource, telle qu'un document HTML. 

20 Pourtant, jusqu'& ce jour, le Web se montre inadapte a la 

conception d'applications interactives complexes, qui, restent souvent peu ou 
pas int6gres au Web, car elles reposent sur I'utilisation de logiciels clients 
specifiques. Dans sa forme classique, le Web n'autorise en effet qu'un service 
de consultation de documents du type requete-reponse, alors qu'un service de 

25 traitement de donn6es en ligne (par ex. album photo, compte bancaire etc.) 
n6cessite une infrastructure de manipulation a distance d'objets informatiques. 

Ce d6faut est aujourd'hui compense en partie par Tutilisation de 
traducteurs et passerelles (par ex. ('interface CGI) qui convertissent les 
messages transmis entre un serveur et un client, effectuant la transformation 

30 d'une representation utilisable par un navigateur Web client (par ex. des 
documents HTML vehicules par le protocole HTTP) vers une representation 
intelligible par une application serveur et vice versa. Utilisation de traducteurs 
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et passerelles impliquent une complexity de mise en oeuvre accaie et une 

lourdeur excessive de Tinterface utilisateur. 

La figure 1 repr6sente un exemple de systeme client-serveur 

implements dans un r6seau de communication dans lequel au moins deux 
5 applications clientes accedent & un objet distant h6berg6 par un serveur, en 

utilisant deux techniques distinctes connues. 

Un logiciel serveur 10 heberge par une station serveur g6n6re une 

instance d'un objet 12. Le logiciel serveur 10 est dote par ailieurs de deux 

interfaces de communication 14, 16 qui permettent de rendre I'objet 12 
10 utilisable sur le r6seau par des applications clientes hebergees par des stations 

clientes (par ex. des micro-ordinateurs), en utilisant des protocoles de 

communication differents. 

Dans cet exemple, ('interface de communication 14 est basee sur 

une infrastructure connue sous I'acronyme CORBA (Common Object Request 
15 Broker Architecture, traduisible par "architecture commune de gestionnaire de 

requites a des objets"). 

(.•architecture CORBA dSveloppee par le consortium Object 

Management Group (OMG) permet d'acceder a distance a des objets, quel que 

soit le langage de programmation utilise pour leur implementation. Dans cette 
20 architecture, les objets possedent une description precise de leurs methodes et 

des parametres de celles-ci, exprimee dans le langage specifique OMG-IDL 

(Interface Definition Language, que Ton peut traduire par "langage de definition 

d'interfaces") et peuvent communiquer & travers I'lntemet par I'intermediaire du 

protocole HOP (Inter-ORB Protocol). 
25 Une premiere application cliente 20 h6berg§e dans une station 

cliente utilise les memes protocoles que ceux de I'interface CORBA 14 pour 

pouvoir transmettre ses requetes & Tobjet distant 12, et dans ce but pr6sente 3 

un utilisateur une interface homme-machine (GUI, graphic user interface) 22 

specifique. 

30 Les architectures telles que CORBA presentent I'inconvenient de 

necessiter une application cliente specifique implementant les protocoles et 
standards definis par Tarchitecture consid6ree, et dediee a cette utilisation. 
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Cela induit done un manque important de souplesse d'utilisation pour 
I'utilisateur. Par ailleurs, tous les protocoles et standards mis en jeu ne sont pas 
partie integrante de ceux definis pour le Web. 

Toujours a la figure 1, le logiciel serveur 10 est dote d'une 
5 seconde interface de communication 16 qui permet de rendre I'objet 12 
utilisable sur le reseau par une seconde application cliente 30. 

L'interface 16 permet d'encoder I'objet 12 dans un langage de 
formatage tel que le langage XML pour creer un document XML 32. Ce 
document XML peut etre interprets et visualise a I'aide d'une application cliente 
10 30, telle qu'un navigateur Web. 

Bien que, selon cette technique, le logiciel client (navigateur Web) 
ne soit pas dedie a cette application (utilisation d'objets distants 12), cette 
technique n'apporte qu'un inter§t limite pour I'utilisateur. 

En effet, la representation en langage de formatage (par ex. 
15 langage XML) d'un objet ne permet a I'utilisateur que de visualiser la structure 
programmatique de I'objet sans aucune possibility d'utilisation interactive. 

Par ailleurs, le brevet americain No 6 078 322 (Simonoff et al.) 
concerne une technique d'acces a des applications distantes sur un reseau. 
Plus particulierement, il est decrit un dispositif client, appele "client universel" et 
20 base sur une architecture client-serveur, permettant a des systemes 
informatiques d'architecture variee relies a Internet d'executer le meme logiciel 
d'application sans modification ou re-compilation de celui-ci. 

Ce dispositif utilise un langage de programmation specifique, le 
GUIScript, qui peut etre execute sur un navigateur par le biais d'une application 
25 JAVA™ (Applet). Le programme en GUIScript est telecharge sur le poste client 
ou il s'execute, construisant une interface utilisateur et assurant la gestion de 
celle-ci. Dans les cas ou le client doit communiquer avec I'application serveur, il 
lui transmet a son tour du code programme en GUIScript qui sera execute par 
le serveur afin d'y declencher les operations desirees. 
30 Cependant, bien que permettant a un utjlisateur de commandera 

distance une application Jpgicielle, le dispositif decrit dans le brevet precite ne 
permet pas I'utilisation a distance d'un objet informatique au sens de la 



programmation orientee objet (POO) et tel que defini supra. En outre, ce 
dispositif requiert Tutilisation d'un langage de programmation specifique 
(GUIScript) ne faisant pas partie des outils standardises du Web, et que doivent 
supporter a la fois le serveur et le client. 
5 Le but de la presente invention est de pallier les insuffisances et 

defauts de Tart anterieur tels que brievement exposes ci-dessus. En particulier, 
la pr6sente invention vise 3 permettre aux utilisateurs d'un reseau de type 
Internet de pouvoir acceder a distance 3 tout type de services en ligne bas6s 
sur la mise en oeuvre d'objets informatiques, et cela a partir d'une interface 
10 client tel qu'un navigateur Web quasiment standard ; Tacces aux services 
distants impliquant Tutilisation des protocoles et ressources courants a ce jour 
sur le Web. 

A cet effet, la presente invention concerne, selon un premier 
aspect, un proced6 d'utilisation £ distance^un objet informatique accessible via 
15 une station serveur connect6e a un reseau de communication, a pajrttMd'une, 
station cliente connectee au reseau. Ce proc6de est caracterise en ce qu'il 
comporte les etapes suivantes : 

- generation et envoi d'un message de requete, dit "requete objet", 
vers la station serveur, ladite requete objet comportant une information 

20 d'identification d'un objet accessible via la station serveur ; 

- reception d'un message de r6ponse, dit "reponse objet", emis 
par la station serveur, ladite reponse objet comportant des informations de 
description d'une interface utilisateur associees a des fonctions programmees, 
Tinterface permettant a un utilisateur d'utiliser I'objet ; 

25 - lancement de Tinterface utilisateur sur la station cliente ; 

- execution d'au moins une fonction associee a au moins un 
§l6ment de Tinterface utilisateur, en r6ponse a Tactivation d'au moins un 
element par un utilisateur ; 

- generation et envoi a la station serveur d'un message de 
30 requete, dit "requete d'execution de methode", en r6ponse a Texecution d'au 

moins une fonction programmee associee a au moins un element active de 
Tinterface utilisateur, ladite requete d'execution de methode comportant 
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reformation ^identification de I'objet et au moins une commande 
comprehensible par ledit objet. 

Ainsi, selon 1'invention, en faisant une requete classique pour 
obtenir un objet informatique, une station cliente regoit en r6ponse une interface 
5 utilisateur de cet objet pouvant etre Ianc6e sur la station cliente, et a partir de 
laquelle un utilisateur de la station cliente peut, & distance, utiliser cet objet 
comme si celui-ci etait heberg§ localement dans la station cliente. 

Selon un mode prefere de realisation de I'invention, le proc6de 
d'utilisation a distance d'un objet informatique, comporte en outre les etapes 

10 suivantes : reception d'un message de r6ponse, dit "reponse d'execution de 
methode", 6mis par la station serveur en reponse & la requete d'execution de 
methode, ladite reponse d'execution de methode contenant des donnees 
indicatives du resultat de Texecution d'au moins une commande 
comprehensible par I'objet ; decodage des donn6es contenues dans la reponse 

1 5 d'execution de methode et mise a jour si n6cessaire de I'interface utilisateur. 

De cette maniere, Tutilisation de I'objet a distance, par un 
utilisateur de la station cliente, est interactive avec I'objet, puisque le resultat 
d'une action de Tutilisateur sur I'objet via son interface utilisateur, est repercute 
sur I'interface utilisateur. 

20 Selon un deuxieme aspect, I'invention concerne un procede 

d'execution d'une fonction sur un objet informatique utilisable, via une station 
serveur connectee a un reseau de communication, par au moins une station 
cliente connectee au reseau. Ce procede est caracterise en ce qu'il comporte 
les 6tapes suivantes, mises en oeuvre dans la station serveur : 

25 - reception d'un message de requete, dit "requete objet", en 

provenance d'une station cliente, ladite requete objet comportant une 
information d'identification d'un objet informatique accessible via la station 
serveur ; 

- generation et envoi a la station cliente d'un message de reponse, 
30 dit "reponse objet", ladite reponse objet comportant des informations de 
description d'une interface utilisateur associees a des fonctions programmees, 
Tinterface utilisateur permettant a un utilisateur d'utiliser ledit objet ; 
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- reception d'un message de requete, dit "requete d'execution de 
methode", en provenance de la station cliente, ladite requete d'execution de 
methode comportant rinformation d'identification de I'objet et au moins une 
commande comprehensible par ledit objet. 
5 Selon un mode pr£tere de realisation de 1'invention, le proc6d6 

d'execution d'une fonction sur un objet informatique, comporte en outre les 
etapes suivantes : execution d'au moins une commande, regue de la station 
cliente, sur I'objet informatique ; generation et envoi a la station cliente, d'un 
message de r6ponse, dit "reponse d'execution de methode", ladite r6ponse 

10 d'execution de methode contenant des donnees indicatives du r6sultat de 
I'execution d'au moins une commande sur I'objet . 

Selon une caracteristique particuliere de I'invention, pour etre 
accessible sur le reseau, I'objet informatique est associe dans la station serveur 
a un document electronique contenant les informations de description d'au 

15 moins une interface utilisateur et les fonctions programm6es associ6es. Par 
ailleurs, selon cette caracteristique, I'information d'identification de I'objet est 
une adresse electronique associ6e audit document electronique. 

De cette fagon, I'objet est rendu accessible sur le reseau par la 
publication de son interface utilisateur (le document electronique) qui pourra 

20 ainsi etre tel6chargee dans une station cliente. 

Selon un mode de realisation prefere de I'invention, dans lequel le 
reseau est I'lnternet, la station cliente et la station serveur communiquent en 
utilisant le protocole HTTP. Dans ce mode de realisation, I'interface utilisateur 
de I'objet distant est fournie a la station cliente sous la forme d'un document 

25 electronique, structure selon un langage de marquage tel que le langage XML, 
et contenant des informations descriptives de I'iriterface, associees a des 
fonctions programmees. Ce document electronique associe a I'objet est alors 
identifie par une adresse electronique de type URL. Les fonctions programmees 
sont implementees, par exemple, dans le langage Javascript. 

30 Ainsi, par le choix de langages et protocoles standards du Web, la 

presente invention peut etre implementee dans tout type de terminal Internet 
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utilisateur courant, tel que par exemple : ordinateur personnel, "set-top box", 
borne Internet, telephone mobile, etc. 

En particulier, le dispositif d'utilisation a distance d'un objet 
informatique, selon l'invention, pourra §tre incorpore dans un navigateur 
5 Internet (navigateur Web) en impliquant une surcharge minimale en termes de 
puissance de calcul et de capacity nrtemoire requise. 

Correlativement, Pinvention concerne un dispositif d'utilisation & 
distance d'un objet informatique, ainsi qu'un dispositif d'ex§cution d'une fonction 
sur un objet informatique, caracterises en qu'ils comportent respectivement, des 
10 moyens adaptes a la mise en oeuvre d'un precede d'utilisation a distance d'un 
objet informatique, tel que defini supra, et des moyens adaptes & la mise en 
oeuvre d'un proc6d§ d'execution d'une fonction sur un objet informatique, tel 
que defini supra. 

L'invention vise egalement une station cliente reliee a un r6seau 
15 de communication, caracterisee en ce qu'elle comporte un dispositif d'utilisation 
a distance d'un objet informatique, tel que defini supra. 

L'invention vise encore une station serveur reliee a un reseau de 
communication, caracterisee en ce qu'elle comporte un dispositif d'ex6cution 
d'une fonction sur un objet informatique, tel que defini supra. 
20 L'invention vise aussi un r6seau de communication comportant au 

moins une station cliente en conformite avec Pinvention, et au moins une station 
serveur en conformite avec Pinvention. 

L'invention vise egalement un systeme informatique comportant 
des moyens adaptes a mettre en oeuvre au moins un des precedes selon 
25 Pinvention tels qu'exposes supra. 

L'invention vise aussi un programme d'ordinateur comportant une 
ou plusieurs sequence destructions apte a mettre en oeuvre au moins un des 
precedes selon l'invention tels qu'expos6s supra, lorsque ce programme est 
execute par un ordinateur. 
30 L'invention vise encore un support d'informations, tel qu'une 

disquette ou un compact disque (CD), caracterise en ce qu'il contient un tel 
programme d'ordinateur. 
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Les avantages de ces dispositifs, stations, de ce systeme 
informatique, de ce programme d'ordinateur, et de ce support d'informations 
sont identiques a ceux des proc6d6s tels que succinctement exposes ci- 
dessus. 

5 D'autres particularites et avantages de invention apparaTtront 

encore dans la description ci-apres. Aux dessins annexes donn6s a titre 
d'exemples non limitatifs : 

- la figure 1 repr6sente un exemple de systeme client-serveur 
impl6ment6 dans un reseau de communication, dans lequel plusieurs 

10 applications clientes accedent a un objet distant heberge par un serveur, en 
utilisant des techniques connues ; 

- la figure 2 illustre schematiquement des r6seaux de 
communication adaptes a mettre en oeuvre la presente invention ; 

- la figure 3 est un schema fonctionnel illustrant les 6l6ments d'un 
15 dispositif selon I'invention, d'execution d'une m6thode associ6e a un objet 

informatique, et qui sont incorpor6s dans une station serveur ; 

- la figure 4 est un schema fonctionnel illustrant les 6l6ments d'un 
dispositif selon Tinvention, d'utilisation a distance d'un objet, et qui sont J 
incorpores dans une station cliente ; 

20 - les figures 5 et 6 sont des organigrammes detaillant le proc6de 

selon Tinvention d'utilisation a distance d'un objet informatique, mis en oeuvre 
dans une station cliente, et plus particulierement, la figure 5 detaille le 
processus de connexion d'une station cliente a un objet distant, tandis que la 
figure 6 detaille le processus de traitement d'une action d'un utilisateur sur un 

25 Element de I'interface utilisateur associe a I'objet distant ; 

- la figure 7 est un organigramme d6taillant le procede selon 
I'invention d'execution d'une m6thode associee a un objet informatique, mis en 
oeuvre dans une station serveur ; 

- la figure 8 represente schematiquement un ordinateur adapts a 
30 mettre en oeuvre un procede d'utilisation a distance d'un objet informatique, 

selon I'invention, et/ou un procede d'execution d'une methode associee a un 
objet informatique, selon I'invention. 
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La presente invention s'applique en general aux r6seaux de 
communication informatique. 

Elle s'applique particulierement bien aux r6seaux de communication 
de grande etendue dans lesquels un tres grand nombre de serveurs 
5 informatiques sont reltes entre eux. 

Un tel reseau peut Stre & titre d'exemple un r6seau de 
communication planetaire, tel que le r6seau Internet, bati au-dessus d'un 
protocole de communication qui permet aux ordinateurs connects au r6seau 
d'echanger des documents. 
10 Un tel r6seau est illustre par exemple a la ffigtore 2. 

Dans cet exemple, et a titre non limitatif, trois r6seaux informatiques 
R1, R2 et R3 sont des reseaux du type Ethernet, connectes entre eux par 
exemple par I'intermediaire du reseau Internet (1). 

Chaque reseau R1, R2 et R3 comporte un ou plusieurs ordinateurs. 
15 lei, a titre d'exemple, le reseau R1 comporte deux ordinateurs C1, C2 ; le 
r6seau R2 comporte un seul ordinateur C3 ; et le reseau R3 comporte trois 
ordinateurs C4, C5 et C6. 

Chacun de ces ordinateurs C1 , C2, C3, C4, C5, C6 est done capable 
d'envoyer et de recevoir des donnees de Tun des quelconques autres 
20 ordinateurs. 

Dans un tel r6seau, il est courant qu'un syst^me d'information, ou 
Tinformation est stockee dans des documents, soit bati au-dessus du r6seau de 
communication. 

Un tel systeme d'information peut etre un systeme hypertexte, de 
25 sorte que les documents stockes comportent des liens hypertextes, appeles 
egalement pointeurs, reliant certains documents entre eux. En d'autres termes, 
des documents comportent des pointeurs pointant vers d'autres documents, et 
un utilisateur du reseau peut demander la transmission de ces autres 
documents en actionnant les pointeurs d'un document initial. 
30 A titre d'exemple, le systeme hypertexte classique bati au-dessus du 

reseau de communication Internet est le systeme WWW, le protocole de 
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communication utilise pouvant etre le protocole de transfert hypertexte HTTP 
(Hyper Text Transfer Protocol). 

Dans un tel r6seau de communication, I'ensemble des documents 
regroupes dans la m6moire d'un serveur informatique forme un site 
5 informatique, de sorte que le r6seau de communication permet de relier un tres 
grand nombre de sites entre eux. On comprendra aisement que chacun des 
ordinateurs C1 a C6 illustr6s a la figure 2 peut §tre tour £ tour un serveur 
informatique adapts a servir des documents en reponse a des requetes emises 
sur le reseau, ou un utilisateur du reseau de communication (appele encore 
10 client), adapte a emettre des requetes pour demander des documents sur ce 
reseau. 

Outre ces documents formant un systeme d'information classique sur 
un r6seau de communication, les ordinateurs C1 £ C6 peuvent 6galement 
stacker et cr6er des objets informatiques gr£ce 3 des applications 
1 5 informatiques. 

Comme expos6 supra, on defmit un objet informatique comme un 
6l6ment comprenant a la fois differents attributs (paramfetres), et un ensemble 
de fonctions (methodes) qui permettent de manipuler les attributs de Tobjet et 
d'en modifier la valeur. Cet ensemble de fonctions et d'attributs forme une 
20 interface de Tobjet informatique. 

Chaque objet informatique peut etre cree dans un langage de 
programmation utilise par une application informatique. De tels langages de 
programmation sont connus par exemple sous le nom de JAVA ou C ++ . 

II est classique que dans un tel systeme d'objets distribues, ces 
25 objets informatiques pointent les uns vers les autres, c'est-a-dire que certains 
champs de donnees d'un objet sont eux-memes des objets informatiques. 

En liaison avec la figure 3, on va tout d'abord d6crire un dispositif 
d'execution d'une fonction associ^e a un objet informatique, en conformity avec 
Tinvention. Ce dispositif, appele ci-apres "dispositif-serveur", est impl6mente 
30 dans une station serveur reliee a un reseau de communication telle que par 
exemple Tordinateur C3 dans le reseau de la figure 1. 
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Comme represents £ la figure 3, le dispositif-serveur 300 comporte 
une base 307 d'objets publies. Cette base est constitute d'objets informatiques 
rendus accessibles (publication) a I'ensemble des stations clientes du rSseau 1. 

Dans cette base d'objets 307, conformement £ I'invention, pour etre 
5 publie, chaque objet est associe a un document electronique 3071 contenant 
des informations de description d'une interface utilisateur permettant & un 
utilisateur d'utiliser I'objet. Ces informations de description sont associ6es dans 
le document Electronique 3071 a des fonctions programmes sensibles & des 
actions de I'utilisateur sur interface utilisateur de I'objet. 
10 En pratique les documents 3071 sont des fichiers contenant une 

description programmee d'une interface graphique (GUI, graphic user interface) 
permettant de mettre en oeuvre I'objet considere. 

Dans un mode de realisation prefere, les documents 3071 sont des 
documents XML, c.-a-d., dans lesquels I'interface graphique de I'objet est 
15 d6crite au moyens du langage d'annotations XML (extended markup language). 

En pratique, dans ce mode de realisation, on utilise la syntaxe du 
langage XUL (XML-based User Interface Language) destine a la construction 
d'interface utilisateurs, et developp6 par reorganization Mozilla a partir du 
langage XML, dans le cadre du d6veloppement de son navigateur Web : 
20 "Mozilla". Pour obtenir plus d'informations sur le langage XUL, on peut consulter 
le site Web : http://www.mozilla.org/ . 

Chaque document 3071 (design^ par "document XUL"), cree 
prealablement a la publication, par exemple manuellement, decrit les 6l6ments 
dont I'interface utilisateur de I'objet est composee, tels que des boutons, des 
25 menus ou des champs de saisie. 

Conformement a Tinvention, dans chaque document XUL, aux 
instructions XUL sont associees des fonctions programm6es impl6mentant le 
traitement n6cessaire a I'activation de chaque element (graphique) de I'interface 
utilisateur de I'objet considere. Selon un mode de realisation pr6f6r6, ces 
30 fonctions sont implementees dans le langage de script bien connu : JavaScript. 

Toujours selon I'invention, on associe a chaque document XUL, 
une adresse electronique par laquelle une station cliente peut acceder audit 
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document. En pratique, cette adresse Electronique est une adresse URL 
(uniform ressource locator). Cette adresse Electronique est par cons6quent 
indicative de Templacement de stockage du document XUL auquel elle est 
associEe, et par extension, elle est indicative de Templacement de stockage de 
5 I'objet informatique auquel est associe le document XUL considere, puisque ce 
dernier represente I'objet dans la base d'objets publies 307. 

De cette manure, Tadresse Electronique (URL) associEe a un 
document XUL 3071 constitue une information d'identification de I'objet 
correspondant au document XUL considere. 

10 De preference, & chaque objet publie est associE un second 

document Electronique 3072 dans lequel est decrit Tinterface programmatique 
de I'objet (c.-a-d. les methodes et attributs de I'objet). Ce document utilise le 
langage XML pour reprEsenter I'interface programmatique d'un objet 
informatique. Une adresse electronique (URL) est egalement attribute au 

15 document XML ainsi obtenu, de maniere a rendre accessible (publication) sur le 
rEseau ['interface programmatique de I'objet (mEthodes et attributs). 

La traduction du langage de programmation orientEe objet - par 
ex. le langage C ++ - dans le langage de communication utilise, ici le langage 
XML, utilise une unite de traduction 305. 

20 Cette unite de traduction 305 (designe par marshaller en anglais) 

permet de traduire un objet informatique cree dans un langage de 
programmation (par ex. langage C ++ ), vers un langage de communication tel 
que le langage XML utilisable dans le protocole de communication HTTP du 
rEseau Internet. 

25 On pourra obtenir plus d'informations sur les modalites de cette 

traduction, ainsi que sur celles de la traduction inverse (XML vers C ++ ) en 
consultant la demande de brevet europeen N° EP 00401754.7 d6pos6e au nom 
de la societe Canon Research Centre France S. A. 

En Annexe I, on donne un exemple d'une interface 

30 programmatique d'un objet informatique ("document XML"). L'objet informatique 
donne a titre d'exemple est un "processeur d'images" et a pour nom 
"ImageProcessor". Cet objet est publie sur un serveur ayant pour nom 
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"tournesol" et comporte un certains nombre de fonctions ou m6thodes : 
"buylmage", "negative", "convertToBW\ "getlmage". 

Chacune des ces fonctions comporte un certain nombre d'attributs 
ou param£tres (arguments). Par exemple, la fonction "buylmage" retourne un 
5 resultat de type entier (int) et comporte un seul attribut ayant pour nom "name" 
et de type chaTne de caracteres (string). 

En Annexe nil, on donne un exemple de document XUL d6finissant 
une interface utilisateur de type graphique permettant a un utilisateur d'utiliser a 
distance I'objet "I mage Processor". 
10 Dans cet exemple, les fonctions Javascript associees aux 

6l6ments graphiques de I'interface, sont listees en premier. Ainsi, un certain 
nombre de fonctions sont declares, parmi lesquelles la fonction 
"buyNewlmage". Comme on peut le voir, la fonction buyNewlmage permet 
d'appeler (on dit aussi : invoquer) la methode buylmage de I'objet 
15 ImageProcessor. 

Toujours en liaison avec I'Annexe II, apres la declaration des 
fonctions Javascript, on trouve dans le document XUL, des declarations de 
variables et des instructions Javascript destinees a initialiser I'affichage de 
('interface utilisateur. 

20 Ces instructions d'initialisation consiste notamment a fixer des 

champs de saisie, a preparer des listes de selection, preselectionner des 
options etc. Ces instructions peuvent avoir egalement pour but d'etablir une 
connexion avec un autre serveur distant et preparer le dialogue avec d'autres 
objets, par exemple en s'enregistrant aupr6s d'une banque electronique et en 

25 foumissant au serveur associe des certificats n6cessaires au fonctionnement 
d'un protocole de paiement electronique tel que celui connu sous la designation 
"Payword". 

Ainsi dans I'Annexe II, la fonction "connectToServers" est 
invoqu6e pour etablir dans cet exemple une connexion avec le serveur 
30 d'images "tournesol". La fonction connectToServers est declaree dans les 
fonctions Javascript. 
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Le document XUL donne en exemple comporte, apr&s les 
instructions d'initialisation de Pinterface utilisateur graphique (graphic user 
interface, GUI) associee a I'objet ImageProcessor, les instructions XUL 
proprement dites, destinees a decrire les elements graphiques de Pinterface 
5 utilisateur de I'objet. Ainsi, dans cet exemple, un bouton (case de commande) 
portant la mention "Buy New" affiche a I'ecran est associ6 & la fonction 
Javascript "buyNewlmage" destin6e & soumettre au serveur une requete 
d'achat d'une nouvelle image. 

De retour a la figure 3, conformement a Pinvention, le dispositif- 
10 serveur 300 comporte des moyens pour recevoir un message de requete, 
designe ici par "requete objet", en provenance d'une station cliente ; cette 
requete objet comportant une information d'identification d'un objet informatique 
accessible via la station serveur. Cette information d'identification est constitute 
en pratique de PURL associee au document XUL correspondant a Pobjet 
1 5 considere dans la base d'objets publies 307. 

Ces moyens de reception sont incorpores dans un module appel6 
communement '"serveur HTTP" 302 et assurant le service de communication 
avec des stations clientes selon le protocole HTTP. 

Le dispositif-serveur 300 comporte aussi des moyens pour 
20 generer et envoyer a une station cliente un message de reponse, dit "r6ponse 
objet", comportant les informations de description d'un interface utilisateur d'un 
objet informatique demande par la station cliente, ces informations etant 
associees a des fonctions programmees. Comme expose precedemment, ces 
informations de description d'un interface utilisateur, sont en pratique contenues 
25 dans un document XUL tel que decrit plus haut en liaison avec PAnnexe II. 

Les moyens pr6cites de generation et d'envoi d'une reponse objet 
sont incorpor6s f d'une part dans le serveur HTTP 302, et d'autre part, dans une 
unite 304 d'identification d'objets et d'extraction de m6thodes. Le serveur HTTP 
assure Penvoi de la requete, alors que Punit6 304 g§nere le contenu du 
30 message HTTP (corps du message). 

Le dispositif-serveur 300 comporte encore des moyens pour 
recevoir un message de requete, designe ici par "requete d'ex6cution de 
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methode", en provenance d'une station cliente, et comportant PURL pointant sur 
le document XUL associ6 3 un objet dans la base d'objets publics 307. Comme 
cela sera expose plus bas, la requite d'execution de m6thode comporte au 
moins une commande comprehensible par I'objet utilise par la station cliente. 
5 En pratique, une "commande comprehensible" consiste en la designation d'une 
methode de I'objet considere et en la d6livrance de valeurs donnees aux 
attributs (arguments) de la m6thode designee. 

Les moyens pr6cit6s de reception d'une requSte d'execution de 
methode sont 6galement incorpor£s dans le serveur HTTP 302. 

10 Conformement & I'invention, le dispositif-serveur 300 comporte en 

outre des moyens pour executer une commande incorpor6e dans une requete 
d'execution de methode, regue de la station cliente, et portant sur un objet 
informatique. Ces moyens sont r6partis dans I'unite 304 d'identification d'objets 
et d'extraction de methodes, et dans I'unite de traduction 305. 

1 5 Pour executer une fonction particuliere sur un objet informatique, il 

faut pouvoir disposer de cet objet sous forme de code programme oriente objet, 
ici en code C ++ . Cest ainsi que le dispositif-serveur 300 comporte un serveur 
d'objets C ++ , ainsi qu'au moins une application logicielle 309 permettant de 
mettre en oeuvre ces objets. 

20 Finalement, le dispositif-serveur 300 comporte des moyens pour 

generer et envoyer, a une station cliente, un message de reponse, designe ici 
par "reponse d'execution de methode", et contenant des donnees indicatives du 
r^sultat de Texecution d'une ou plusieurs commandes sur I'objet informatique 
utilise. Ces moyens sont fournis par, d'une part, Tunite de traduction 305 et 

25 Tunite 304 (moyens de generation de la reponse), et d'autre part, par le serveur 
HTTP 302 (moyens d'envoi de la reponse). 

En liaison avec la figure 4, on va maintenant d6crire un dispositif 
d'utilisation a distance d'un objet informatique, en conformite avec I'invention. 
Ce dispositif, appele ci-apres "dispositif-client", est implemente dans une station 

30 cliente reliee a un reseau de communication telle que par exemple les 
ordinateurs C1 , C2, C4, C5 ou C6 dans le reseau de la figure 1. 
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Le dispositif-client 400, incorpore dans une station cliente relive au 
reseau 1 , comporte des moyens pour communiquer avec une station serveur 
en utilisant un protocole de communication tel que le protocole HTTP. Ces 
moyens de communication sont fournis par un module appele communement 
5 "client HTTP" 402. 

Conformement 3 I'invention, le dispositif-client comporte des moyens 
pour g£n£rer et envoyer un message de requete, d£sign6 ici par "requete 
objet", vers une station serveur, ladite requete objet comportant une information 
d'identification d'un objet choisi par un utilisateur et accessible via la station 

10 serveur. Dans un mode de realisation pr6f6r6, cette information d'identification 
est constitute de I'URL associee au document XUL correspondant a I'objet 
informatique choisi. 

Ces moyens de generation et d'envoi d'une requite objet sont 
incorpores dans une unite 406 dite "de generation de requetes objets" 

1 5 (generation), et dans le client HTTP 402 (envoi). 

De meme, conformement a I'invention, le dispositif-client 400 
comporte des moyens pour recevoir un message de reponse, designe ici par 
"rtponse objet", 6mis par la station serveur, ladite reponse objet comportant 
des informations de description d'une interface utilisateur, associees a des 

20 fonctions programmees (docurnent XUL). Cette interface utilisateur permet S un 
utilisateur d'utiliser, c.-a-d. manipuler, commander, a distance I'objet choisi. Ces 
moyens de reception sont fournis par le client HTTP 402. 

Conformement a I'invention, le dispositif-client 400 comporte 
egalement des moyens pour lancer I'interface utilisateur de I'objet sur la station 

25 cliente. Ces moyens sont fournis, d'une part, par une unite 404 de traitement 
XML/XUL permettant de decoder des documents utilisant la syntaxe propre au 
langage XML et plus particulierement au langage XUL ; et une unite de 
traitement Javascript 410 qui coopere avec I'unite 404 pour interpreter les 
fonctions Javascript incorporees dans un document XUL tel que decrit supra. 

30 D'autre part, une unite 408 dite "de presentation d'interface utilisateur d'objets" 
est chargee de presenter a I'utilisateur I'interface de I'objet. 
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Ainsi, apres traitement (c.-a-d. decodage) d'un document XUL par 
Tunite 404 en cooperation avec Tunite 410, interface utilisateur de Tobjet 
selectionne est lancee par Tunite 408 et presentee & Tutilisateur. 

En pratique, dans un mode de realisation pr6f6re de invention, 
5 I'interface utilisateur de Tobjet est une interface graphique (GUI) presentee a 
Tutilisateur sous la forme d'une fenetre de dialogue sur un ecran d'affichage 
(non represente). L'utilisateur pourra alors utiliser un clavier ou un dispositif de 
pointage tel qu'une souris pour dialoguer avec I'interface graphique de Tobjet. 

Conformement 3 Invention, le dispositif-client 400, comporte des 

10 moyens pour ex6cuter au moins une fonction programmee associ6e & un 
element de I'interface graphique, en reponse £ Tactivation de I'element par 
Tutilisateur. Ces moyens sont fournis par Tunite 410 de traitement Javascript qui 
coopere avec Tunite de presentation 408, pour executer les fonctions Javascript 
associees aux elements graphiques de Tinterface utilisateur de Tobjet, lorsque 

1 5 ceux-ci sont actives par Tutilisateur. 

Le dispositif-client comporte encore des moyens pour g6n6rer et 
envoyer £ la station serveur un message de requite, designe ici par "requete 
d'execution de m6thode", et comportant une information d'identification de 
Tobjet et au moins une commande comprehensible par ledit objet. 

20 Comme mentionne plus haut, une "commande comprehensible" 

consiste en la designation d'une methode de Tobjet consid6r6 et en la 
deiivrance de valeurs donnees aux attributs (arguments) de la methode 
designee, en reponse a Tactivation d'un element graphique de Tinterface 
utilisateur (par ex. bouton, ascenseur ) par Tutilisateur. 

25 Dans le mode de realisation decrit ici, la commande destinee £ 

Tobjet distant est g6n6ree par Tunite de traitement Javascript 410 suite a 
Texecution d'une fonction Javascript associee a Tinterface utilisateur de Tobjet. 
Cette "commande" est ensuite fournie par Tunite 410, a Tunite de traitement 
XML 404 pour etre encodee en langage XML. La commande est ensuite 

30 deiivree a Tunite 406 de generation de requetes objets. L'unite 406 est alors 
chargee de g6n6rer le message de requete, tandis que le module client HTTP 
402 assure Tenvoi de la requete via le reseau 1 a la station serveur. 
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Conform6ment & Tinvention, le dispositif-client 400 comporte en 
outre, des moyens pour recevoir, en r§ponse & la requ£te d'ex6cution de 
methode envoyee prealablement, un message de reponse, d6sign6 ici par 
"r6ponse d'ex6cution de methode", 6mis par la station serveur. La reponse 
5 d'execution de methode contient des donn6es indicatives du resultat de 
Pex6cution d'une ou plusieurs commandes contenues dans la requfite 
d'ex6cution de m6thode sur I'objet informatique consider^. Ces moyens de 
reception sont foumis par le client HTTP 402. 

Le dispositif-client comporte egalement des moyens pour decoder 
10 les donn6es contenues dans une telle reponse d'execution de m6thode. Ces 
moyens sont foumis par I'unite de traitement XML / XUL 404. 

Le dispositif-client 400 comporte finalement des moyens pour 
mettre a jour si necessaire Tinterface utilisateur, suite 3 la reception d'une 
r6ponse d'execution de methode. Ces moyens sont fournis par Tunit6 de 
15 traitement Javascript 410 et I'unite 408 de presentation d'interface utilisateur 
d'objets. 

On notera ici que le dispositif-client 400 peut etre incorpor6 dans 
son ensemble dans un meme composant logiciel. En particulier, le dispositif- 
client pourra etre incorpore dans un navigateur Internet (c.-^-d. navigateur 
20 Web). 

En reference aux figure 5 et 6, on va maintenant decrire le 
procede, selon I'invention, d'utilisation a distance d'un objet informatique, mis en 
oeuvre dans une station cliente. Plus particuli6rement, en liaison avec la figure 5 
on va detainer le processus de connexion d'une station cliente & un objet 
25 distant. Puis, en liaison avec la figure 6, on d6taillera le processus de traitement 
d'une action d'un utilisateur sur un element de Tinterface utilisateur associe a un 
objet distant . 

En liaison avec la figure 5, un procede d'utilisation a distance d'un 
objet informatique, en conformite avec I'invention, debute par une etape E500 
30 d'envoi d'une "requete objet" telle que definie plus haut, vers la station serveur. 
La requete objet comporte une information d'identification d'un objet 
informatique accessible via la station serveur. Cette information d'identification 
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est, dans le mode de realisation decrit, L'URL pointant sur le document XUL, 
decrivant Pinterface utilisateur de I'objet, publie dans la station serveur. 

En pratique, lorsque le dispositif-client 400 est un navigateur Web, 
Putilisateur entre, par exemple au clavier, PURL correspondant a I'objet qu'il 
5 desire utiliser. 

Par exemple, si Ton considere I'objet "ImageProcessor" donn6 en 
Annexe, cette URL pourra etre la suivante : 

http://tournesol:8080/web-obi/imaqeprocessor.xul 

La requete objet envoyee par la station cliente, est un message de 
10 requete HTTP utilisant la methode "GET" du protocole HTTP. La commande 
HTTP "GET" est utilis6e classiquement pour r^cuperer une ressource d'un 
serveur. Dans le cadre de Pinvention, on utilise la commande GET pour 
recuperer Pinterface utilisateur d'un objet distant, de la merne maniere que pour 
obtenir n'importe quelle page Web ordinaire. 
15 A I'etape suivante (E502), la station-cliente refoit un message de 

reponse (HTTP) de la station serveur. Ce message de r6ponse contient un 
document XUL, decrivant I'interface utilisateur de I'objet, tel que celui foumi en 
Annexe II. 

Le document XUL est alors decode, conjointement par Tunite de 
20 traitement XML/XUL 404 et Tunite de traitement Javascript 410. Puis le 
lancement de I'interface graphique sur la station cliente est r6alis6 par I'unite de 
presentation 408 en cooperation avec I'unite de traitement Javascript 410. Le 
lancement de I'interface utilisateur s'opere comme suit. 

Dans un premier temps (£tape E504), Pinterface utilisateur est 
25 construit c.-£-d. affiche £ l'£cran. Puis, dans un deuxidme temps (etape E506) 
I'interface utilisateur est initialise. 

Ensuite (etape 508), le dispositif-client se met dans un etat 
d'attente des actions de Putilisateur sur Pinterface utilisateur. On peut done dire, 
qu'a cet instant, Putilisateur est connecte a I'objet distant. 
30 La suite du procede, selon I'invention, d'utilisation a distance d'un 

objet informatique, va maintenant etre decrite en liaison avec la figure 6. 
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Dans la figure 6, a T6tape E600, Tutilisateur opere une action sur 
Tinterface utilisateur de Tobjet distant. Une action de Tutilisateur correspond £ 
Tactivation d'au moins un element de Tinterface utilisateur, par ex. un element 
graphique tel qu'un bouton. 
5 En r6ponse a une action de Tutilisateur, une fonction programm6e 

associ6e a Tei6ment active est ex6cut6e. Dans le mode de realisation pr6f6r6 
d6crit ici, cette fonction programm6e est une fonction Javascript telle que celles 
donn6es en exemple a T Annexe II. Ainsi, si Tutilisateur active a T6cran le bouton 
"Buy New" a Taide d'une souris, la fonction buyNewlmage est execut6e. 

10 L'etape suivante E604 est une etape de test dans laquelle il est 

determine si la fonction Javascript appelee, induit un appel de methode d'un 
objet distant. En effet, il se peut que la fonction ex6cut6e en r6ponse & une 
action de I'utilisateur ne concerne pas directement Tobjet distant, par exemple, 
pour modifier un param^tre d'affichage de Tinterface graphique. 

15 Si c'est le cas (E606), la fonction est executee localement dans la 

station cliente, par le dispositif-client (par ex. un navigateur Web). Le dispositif- 
client se replace alors dans un 6tat d'attente de la prochaine action de 
Tutilisateur (E600). 

Au contraire, si la fonction Javascript executee genere un appel de 

20 methode de Tobjet distant, le dispositif-client gen6re et envoie & la station 
serveur un message de requ§te - la requete d'execution de m§thode 
mentionnee supra - comportant TURL du document XUL correspondant a 
Tobjet, et un appel de methode de Tobjet. 

A cet effet, dans une premiere etape, E608, il est procede a 

25 Tencodage dans le langage XML de Tappel de la methode. A cet effet, la 
designation de la methode appelee et les parametres associes sont foumis par 
Tunite de traitement Javascript 410 a Tunite de traitement XML/XUL 404. 

A titre d'exemple, dans TAnnexe II, si Tappel de methode est 
genere par la fonction Javascript "buyNewlmage", la methode appelee est 

30 "buylmage" et le parametre associe est contenu par la variable "name". Dans 
cet exemple, on suppose que la variable "name" a pour valeur "photo1.bmp" 
entree par Tutilisateur au travers de Tinterface graphique de Tobjet distant. 
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L' Annexe III donne un exemple d'appel de methode encode selon 
('invention. On y reconnaTt ia designation de la methode ("function name") 
invoquee "buylmage" et la valeur des parametres ("arguments") de cette 
methode : "photo1.bmp". Dans cet exemple, Putilisateur desire acheter I'image 
5 numerique identifi6e par "photol" dans le serveur d'images auquel est associe 
I'objet informatique distant "ImageProcessor" (Annexe I). 

Un fois I'encodage XML de Pappel de methode effectue, la requite 
d'execution de methode contenant I'appel de methode precite est g6n6r6e par 
I'unite 406 de generation de requete objets (etape E610). Puis la requ§te est 
10 envoyee a la station serveur par le module client HTTP 402 (6tape E612). 

La requete d'execution de methode envoyee par la station cliente, 
est un message de requete HTTP utilisant la methode "POST" du protocole 
HTTP. La commande HTTP "POST" est utilis6e classiquement pour envoyer 
des donnees d'un client a un serveur. 
15 Toujours a la figure 6, a Petape suivahte, E614, le dispositif-client 

se met dans un etat d'attente d'une r6ponse de la station serveur, d6sign6e par 
"reponse d'execution de methode", cette r6ponse contenant des donn6es 
indicatives du r6sultat de l'ex6cution de la methode invoquee de I'objet. 

Lorsque la station cliente regoit (E614) un message de r6ponse 
20 (reponse d'execution de methode) en provenance de la station serveur, celui-ci 
est analyse (etape E616) par le module client HTTP 402, afin de determiner si 
('execution distante de la methode invoquee de I'objet distant, a donne lieu a 
une erreur ou a un resultat valide. 

Si le r6sultat de l'ex6cution contenu dans le message de r6ponse 
25 est un message d'erreur, I'unite de traitement XML/XUL (404) associee a I'unit6 
de traitement Javascript (410) genere I'exception correspondante (etape E618), 
c.-a-d. assure le traitement pr§vu pour ce type d'anomalie d'execution. Dans ce 
cas, le processus d'utilisation a distance est interrompu. 

Si le resultat est valide, il est procede au d6codage du resultat 
30 (etape E620). Ce decodage, realise par I'unite de traitement XML/XUL (404) 
associee a I'unite de traitement Javascript (410), consiste notamment a traduire 
le resultat regu, du langage XML vers un format dans lequel ce resultat peut 
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etre exploite par 1'interface utilisateur de I'objet distant. Dans le cadre du mode 
de realisation decrit ici, le resultat est traduit en Javascript de maniere a pouvoir 
etre exploitable par le code programme Javascript appelant (c.-&-d. le code de 
la fonction Javascript appelante). 
5 Une fois le r§sultat d6cod6, 1'interface utilisateur de I'objet est mise 

a jour (E622) avec le r§sultat, de manure a rendre compte & I'utilisateur du 
resultat de sa requete. 

Finalement, le dispositif utilisateur se replace dans un 6tat 
d'attente d'une autre action de I'utilisateur sur 1'interface graphique de I'objet 
10 (etapeE600). 

L' Annexe IV donne un exemple du contenu d'une r6ponse 
d'ex6cution de m6thode g6neree par la station serveur et envoyee ensuite & la 
station cliente. 

Dans cet exemple, il s'agit du resultat de Pexecution de la methode 

15 "buylmage" (cf. Annexe III) associee a I'objet distant "ImageProcessor" (cf. 
Annexe I), et invoquee par I'execution de la fonction Javascript "Buy Newl mage" 
(cf. Annexe II). Le resultat est encode en langage XML. Le marqueur <wob> 
signifie "web object", le r6sultat consiste en la valeur enttere "10". Dans le cadre 
de cet exemple, cette valeur "10" est un numero de serie correspondent a 

20 I'image numerique "achetee" par I'utilisateur. Ce numero de s6rie identifie 
I'image "achetee" de maniere unique et permet ensuite ^ I'utilisateur d'acceder 
librement a cette image, 3 la seule condition de fournir ce numero de serie. 

Dans cet exemple, la valeur "10" est decodee et fournie ensuite a 
I'unite de traitement Javascript 410 qui la transmet au code de la fonction 

25 BuyNewlmage appelante. Cette derni6re poursuit son execution et ( par les 
instructions qui suivent celle a I'origine de I'appel de m6thode distante, permet 
la mise a jour de I'interface utilisateur avec la valeur retournee ("10") par la 
methode distante ( "buylmage"). 

En reference maintenant a la figure 7, on va decrire le procede 

30 selon Tinvention d'execution d'une methode associee a un objet informatique, 
mis en oeuvre dans la station serveur. 




A la figure 7, a I'etape E700, le serveur HTTP 302 de la station 
serveur, regoit une requete HTTP en provenance d'une station cliente. A l'6tape 
suivante (E702), le serveur HTTP procede a I'extraction de I'URL contenue 
dans la requeue. 

5 A I'etape suivante (E704), I'unite d'identification 304 determine si 

I'URL extraite pointe sur un objet informatique ou non. Dans la negative - par 
ex. I'URL pointe sur une simple page web - un traitement approprie est execute 
(E706). 

Dans raffirmative, on determine si la requete recue est un requete 
1 0 HTTP POST (etape E708). 

Si la requ§te n'est pas une requeue POST, il peut s'agir alors d'une 
requeue GET, par exemple, destinee a obtenir un document XUL associe a un 
objet publie dans la base 307. Dans ce cas, on applique le traitement approprie 
(etape E706), par ex. envoi du document XUL demande. 
15 Inversement, si la requeue recue est une requeue POST, cette 

condition ajoutee au fait que I'URL contenue dans la requeue pointe sur un objet 
(E704), permet de determiner qu'il s'agit d'une requeue d'execution de methode. 

Dans ce cas, I'unite 304 identifie la methode (etape E710) (par ex. 
la methode "buylmage"). Ensuite, a I'etape suivante (E712), la valeur des 
20 parametres associes a la methode identifiee sont decodes (par ex. 
"photol .bmp"). 

A I'etape qui suit (E714), on procede au decodage de la methode, 
c.-a-d. a la traduction de la methode identifiee avec ses arguments, du langage 
XML vers le langage C ++ . Cette traduction est effectuee par I'unite de traduction 
25 305. 

A I'etape suivante E716, la methode traduite est alors appelee 
(invoquee) par I'application 309 (celle-ci permet de mettre en ceuvre les objets 
publies dans la station serveur) sur I'objet identifie par I'URL extraite de la 
requete (E700). 

30 L'etape suivante E718 est une etape de test dans laquelle on 

evalue le resultat de I'execution de la methode. Si I'execution de la methode 
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produit une erreur, une exception destinee a signaler I'erreur produite est 
encod6e (6tape E720). 

Si le r6sultat produit est valide, on encode ce resultat (etape 
E722). L'encodage du r6sultat (ou de Texception) consiste a traduire le r6sultat 
5 obtenu du langage C ++ en langage XML. Cette traduction est encore une fois 
assur6e par I'unit6 de traduction 305. 

Une fois le r6sultat ou I'exception encod6e, le message (HTTP) de 
reponse ("message d'ex6cution de methode") est g6n6r6 par I'unit6 304 
d'identification d'objets et envoye par le serveur HTTP 302, via le reseau, a 
10 destination de la station cliente & I'origine de la requete POST. 

La station cliente regoit alors cette reponse et la traite comme 
expose supra (fig. 6, E614). 

En reference maintenant & la figure 8, on va d6crire un ordinateur 
adapt6 £ mettre en oeuvre un procede d'utilisation a distance d'un objet 
15 informatique, en conformite avec Pinvention, et/ou un procede d'execution d'une 
fonction sur un objet informatique, en conformite avec I'invention. 

Un tel ordinateur peut, en effet, comporter a la fois des moyens 
adaptes a la mise en ceuvre d'un proc6de d'utilisation a distance d'un objet 
informatique, et des moyens adapt6s a la mise en oeuvre d'un proc6de 
20 d'ex6cution d'une fonction sur un objet informatique. C'est le cas notamment, 
lorsque Pordinateur, constituant une station dans un reseau de communication, 
est client pour I'acces a des objets distants, et serveur pour offrir & des stations 
distantes I'acces a des objets qu'il heberge. 

Dans ce mode de realisation, les moyens adaptes a la mise en 
25 oeuvre des precedes selon I'invention, sont essentiellement des composants 
logiciels ou programmes. 

Par consequent, ces composants logiciels comportent une ou 
plusieurs sequences destructions dont Tex6cution par ledit ordinateur permet 
la mise en oeuvre des precedes selon I'invention. 
30 Dans la figure 8, Tordinateur 40 qui peut etre typiquement un 

micro-ordinateur ou une station de travail, comporte de fagon classique une 
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unite centrale (CPU) 70, reliee a une memoire morte (ROM) 71 et £ une 
memoire vive (RAM) 72, ainsi qu'a un bus de donnees 82. 

Le bus de donnees 82 permet la communication entre les 
differents sous-elements de l'ordinateur 40, ou les 6l6ments qui lui sont relies. 
5 Cependant, la communication entre les differents sous-elements de l'ordinateur 
n'est pas limitee au bus 82. En particulier, I'unite centrale 70 est susceptible de 
communiquer des instructions & tout sous-6l6ment de I'ordinateur 40 
directement ou par Pintermediaire d'un autre sous-6l6ment de I'ordinateur 40. 

L'ordinateur 40 comporte une interface de communication 81 

10 reli6e a un reseau de communication 1 tel que I'lnternet. Cette interface de 
communication 81 comprend par exemple un modem de type connu de 
I'homme de Tart. Via interface de communication 81, I'ordinateur 40 peut 
permettre, par exemple, I'acces a des objets qu'il heberge ou permettre a un 
utilisateur connecte a I'ordinateur d'acceder a des objets distants. 

15 L'ordinateur 40 comporte egalement de fagon classique un moyen 

de stockage de donnees tel que, par exemple, un disque dur 76. II peut 
egalement comporter un lecteur de disquettes 77, un lecteur de CD-ROM 78 et 
un lecteur de cartes de format dit PC-CARD 79. 

Une disquette 7, un disque compact (CD) 8, une carte 9 de type 

20 PC-CARD - destinees a etre lues respectivement par le lecteur de disquettes 
77, le lecteur de CD-ROM 78 et le lecteur de cartes 79 - ainsi que le disque dur 
76, peuvent etre utilises pour le stockage d'objets informatiques et des 
applications logicielles qui les mettent en oeuvre ; ainsi que pour le stockage du 
code logiciel permettant la mise en oeuvre du ou des procedes selon I'invention. 

25 Selon un mode prefere de realisation, le code executable du 

programme permettant de mettre en oeuvre le ou les procedes selon I'invention, 
est memorise dans le disque dur 76 (programme 7600). 

Selon une variante de realisation, le code executable de ce 
programme est stocke dans la ROM 71 (programme 7100). 

30 Selon une autre variante de realisation, le code executable du 

programme peut etre telecharge a partir du reseau de communication 1 via 
I'interface de communication 81 pour etre memorise sur le disque dur 76. 
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L'interface de communication 81 comporte, selon un mode de 
realisation prefere, un logiciel de navigation Internet (Web browser), 

Lors de Tex6cution du programme, les variables creees et 
modifies sont m6moris6es dans des registres de la RAM 72 (variables 7200). 
5 L'ordinateur 40 comporte en outre un ecran 73 permettant 

raffichage d'une interface graphique entre le programme selon Pinvention et 
I'utilisateur, notamment pour afficher une interface utilisateur (GUI) associ£e a 
un objet informatique utilise 3 distance, en conformite avec I'invention. 
L'utilisateur pourra alors formuler des requetes a I'aide par exemple d'un 

10 dispositif de pointage tel qu'une souris 75, ou bien a I'aide d'un clavier 74. 

L'ordinateur 40 comporte en outre divers periph6riques, tels 
qu'une imprimante 51 permettant par exemple d'imprimer des documents 
tel6charges, ou un t6l6copieur 52. Ces peripheriques sont reltes a l'ordinateur 
via une carte d'entree/sortie 80. 

15 Bien entendu, de nombreuses modifications peuvent etre 

apport6es au modes de realisation de invention d6crits ci-dessus sans sortir 
du cadre de I'invention. En particulier, on peut pr§voir d'associer a chacun des 
objets informatiques publies dans une station serveur, plusieurs documents 
6lectroniques (documents XUL) decrivant chacun une interface utilisateur 

20 differente de Tobjet. Chacune des interfaces utilisateur de Tobjet 6tant adaptee 
aux capacites du type de station cliente considere. Par exemple, l'interface 
utilisateur de I'objet pourra etre simpliftee si la station cliente est un telephone 
portable. 
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ANNEXE 



Annexe I - Exemple d'interface proqrammatiaue d'un obiet informatique 
("document XML"). 



<interface name-MmageProcessor" 

href= http://tourinesol:808Q/web-obi/imaqeprocessor.xml > 

<functions> 

1 0 <function name= M buylmage n type="int"> 

<arguments> 

<arg name="name" type="string7> 
</arguments> 
</function> 

1 5 <function name="negative" type="int> 

<arguments> 

<arg name="handle rt type- 1nt7> 
</arguments> 
</function> 

20 <f unction name- 'convertToBW" type- 'int"> 

<arguments> 

<arg name- 'handle" type="int7> 
</arguments> 
</f unction > 

25 <f unction name="getlmage" type="bool"> 

<arguments> 

<arg name="handle" type- 'int7> 
</arguments> 
</function> 
30 </functions> 
</interface> 



Annexe It - Exemple de "document XUL" 



<box orient^'Vertical" width="400" height="350"> 
<!-- Fonctions Javascript --> 
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<html:script> 

function updatePrice() { 

account.text = "Account = " + pwstub.credit(); 

} 

function buyNewlmage() { 

var name, short, h; 
name = imageToBuy.text; 
h = pwstub.buylmage(name); 
imageList.add(name); 
handles.at_put(name, h); 
updatePrice(); 

} 

function getHandle() { 

return handles.at(imageList.selection()); 

} 

function applyFilter() { 
var handle; 
var filter, image; 
filter = effects.selection(); 
image = imagel_ist.selection(); 
handle = getHandle(); 
Transcript.show(filter); 
Transcript.cr(); 
if (filter == "Video Inverse") { 

handle = pwstub.negative(handle); 

} 

if(filter == "Black and White") { 

handle = pwstub.convertToBW(handle); 

} 

handles.at_put(image, handle); 
updatePrice(); 

} 

function downloadlmage() { 
var img; 

Transcript.show("Downloading image"); 
Transcript.cr(); 

img = pwstub.getlmage(getHandle()); 

Transcript.show("Opening image"); 

Transcriptcr(); 

IDX.openlmage(img); 

Transcript.show("lmage done"); 

Transcript.cr(); 

updatePrice(); 
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} 

function conn ctToServers() { 
var client; 

5 RSA.setKeyLength(32); 

broker = Broker.newTo_port jath("tournesor\ 8080, 

■Voml/obj/broker"); 

server = RemoteServer.newTo_port_path("toumesor, 
8080, 7oml/obj/imager"); 
10 client = XULCIient.new_name(broker, "Image Consumer"); 

pwstub = client.subscribe_name_credit(server, 
"ImageProcessor", 30); 
} 

15 <!-- Initialisation de (['interface utilisatour de I'objet --> 

var server, broker, pwstub; 

var imageToBuy, imageList, account, effects; 

var handles; 

20 

imageToBuy = document.getElementByld("imageToBuy"); 
imageList = document.getElementByld("imageList H ); 
account = document.getElementByld("account"); 
effects = document.getElementByld("effects"); 

handles = Dictionary.new(); 
con nectToSeirveirs( ); 
updatePrice(); 

30 effects.add("Video Inverse"); 

effects.addfBlack and White"); 

</html:script> 

35 <!-- Definition des ellements de I'inteirface utilisateur de I'objet — > 

<box orient= ,, vertical" width="390"> 

<html:h1>lmage Demo in XUL</html:h1> 
40 <box orient= f, horizontal" height="80 H > 

<textfield width="320" id="imageToBuy" text="7> 
<button value- 'Buy new" 
oncommand="buyNewlmage();7> 
</box> 
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<box orient="horizontal" height="170"> 

<html:list width="200" height="130 M id="imageList7> 
<box orient^Vertical" height="130"> 
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<html:list heights 00" id="effects7> 
<button value="Apply n height="30" 
oncommand="applyFilter();7> 

</box> 

5 </box> 

<button value="Download" oncommand="downloadlmage();7> 
<textfield id="account M text= m V> 

</box> 
</box> 

10 



Annexe III - Exemple de content! d'une "requite d'execution de methode" 

15 

<functions> 

<function name="buylmage:" /> 
<arguments> 

<string >photo1.bmp</string> 
20 </arguments> 
</functions> 



25 

Annexe IV : Exemple du contenu d'une "r6ponse d'ex6cution de m6thode" 



<wob> 

30 <int value="10"/> 

</wob> 
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REVINDICATIONS 



5 1. Proc§d6 d'utilisation a distance d'un objet informatique 

accessible via une station serveur connectee & un r6seau de communication, a 
partir d'une station cliente connectee au reseau, le proc6d6 6tant caracterise en 
ce qu'il comporte les etapes suivantes : 

- generation et envoi (E500) d'un message de requete, dit 
10 "requete objet", vers la station serveur, ladite requete objet comportant une 

information d'identification d'un objet accessible via la station serveur ; 

- reception (E502) d'un message de reponse, dit "reponse objet", 
6mis par la station serveur, ladite reponse objet comportant des informations de 
description d'une interface utilisateur associees a des fonctions programmes, 

15 ladite interface permettant & un utilisateur d'utiliser ledit objet ; 

- lancement (E504, E506) de interface utilisateur sur la station 

cliente ; 

- execution (E602) d'au moins une fonction associee a au moins 
un Element de I'interface utilisateur, en reponse a I'activation (E508, E600) dudit 

20 au moins un 6l6ment par un utilisateur ; 

- generation (E608, E610) et envoi (E612) a la station serveur d'un 
message de requete, dit "requete d'execution de methode", en r6ponse £ 
I'execution d'au moins une fonction programm6e assoctee audit au moins un 
element activ6 de I'interface utilisateur, ladite requete d'execution de methode 

25 comportant ladite information d'identification de I'objet et au moins une 
commande comprehensible par ledit objet. 

2. Procede selon la revendication 1, caracterise en ce qu'il 
comporte en outre les etapes suivantes : 
30 - reception (E614) d'un message de reponse, dit "reponse 

d'execution de methode", emis par la station serveur en reponse a la requete 
d'execution de m6thode, ladite reponse d'execution de methode contenant des 




donnees indicatives du resultat de l'ex£cution de ladite au moins une 
commande comprehensible par ledit objet ; 

- d6codage (E620) des donn6es contenues dans ladite reponse 
d'execution de methode et mise a jour (E622) si n6cessaire de I'interface 

5 utilisateur. 

3. Proc6de d'execution d'une fonction sur un objet informatique 
utilisable, via une station serveur connectee a un r6seau de communication, par 
au moins une station cliente connectee audit reseau, caracterise en ce qu'il 

10 comporte les etapes suivantes, mises en oeuvre dans la station serveur : 

- reception d'un message de requete, dit "requite objet", en 
provenance d'une station cliente, ladite requete objet comportant une 
information d'identification d'un objet informatique accessible via la station 
serveur ; 

15 - generation et envoi & la station cliente d'un message de reponse, 

dit "reponse objet", ladite reponse objet comportant des informations de 
description d'une interface utilisateur associees & des fonctions programmees, 
ladite interface permettant & un utilisateur d'utiliser ledit objet ; 

- reception (E700) d'un message de requete, dit "requete 
20 d'ex6cution de methode", en provenance de la station cliente, ladite requete 

d'execution de m6thode comportant ladite information d'identification de Tobjet 
et au moins une commande comprehensible par ledit objet. 

4. Proc6de selon la revendication 3, caracterise en ce qu'il 
25 comporte en outre les etapes suivantes : 

- execution (E710-E716) de ladite au moins une commande, regue 
de la station cliente, sur ledit objet informatique ; 

- g6n6ration (E718-E724) et envoi (E726) a la station cliente, d'un 
message de r£ponse, dit "reponse d'execution de methode", ladite reponse 

30 d'execution de methode contenant des donnees indicatives du resultat de 
I'execution de ladite au moins une commande sur ledit objet . 
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5. Proced6 selon Tune quelconque des revendications 
precedentes, caracteris6 en ce que ladite commande comprehensible par ledit 
objet et contenue dans ladite requ§te d'execution de methode, consiste en la 
designation d'une fonction de I'objet informatique consid6r6, et en la d6livrance 

5 de valeurs donnees a des param^tres associes a la fonction d6sign6e. 

6. Proced6 selon Tune quelconque des revendications 
precedentes, caract6ris6 en ce que ladite information d'identification d'un objet 
comprend une adresse electronique indicative de ('emplacement de stockage 

10 dudit objet. 

7. Procede selon la revendication 6, caracterise en ce que 
I'adresse electronique indicative de I'emplacement de stockage dudit objet, est 
une adresse de type URL. 

15 

8. Procede selon Tune quelconque des revendications 
precedentes, caracterise en ce que lesdites informations de description d'une 
interface utilisateur sont des donnees exprimees dans un langage de 
communication informatique de type "langage de marquage". 

20 

9. Procede selon la revendication 8, caracterise en ce que ledit 
langage de communication est base sur le langage XML. 

10. Proc6d6 selon Tune quelconque des revendications 
25 precedentes, caracterise en ce que, pour etre accessible sur le r6seau, ledit 

objet informatique est associe dans la station serveur a un document 
electronique (3071) contenant lesdites informations de description d'au moins 
une interface utilisateur et des fonctions programmees assoctees. 



30 11. Procede selon la revendication 10, caracterise en ce que ledit 

document Electronique (3071 ) est un document de type "document XML". 
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12. Procede selon la revendication 10 ou 11, caracteris6 en ce 
que ladite adresse electronique, indicative de remplacement de stockage dudit 
objet, est une adresse de type "URL" assoctee audit document 6lectronique 
(3071). 

5 

13. Proc6d6 selon Tune quelconque des revendications 
precedentes, caracterise en ce que ledit r6seau de communication est un 
r6seau du type Internet. 

10 14. Procede selon Tune quelconque des revendications 

precedentes, caracterise en ce que la station cliente et la station serveur 
communiquent en utilisant un protocole de communication de type "protocole 
de transfert hypertexte" (HTTP), et en ce que lesdits messages 6chang6es 
entre la station serveur et la station cliente sont des messages HTTP. 



15. Proc6d6 selon Tune quelconque des revendications 
precedentes, caract6ris6 en ce que lesdites fonctions programmes associ6es 
audites informations de description d'une interface utilisateur, sont 
implement6es dans le langage de programmation Javascript. 



16. Dispositif (400) d'utilisation & distance d'un objet informatique 
accessible via une station serveur connectee a un reseau de communication, a 
partir d'une station cliente connectee au reseau, le dispositif etant caracterise 
en ce qu'il comporte : 

25 - des moyens (406, 402) pour generer et envoyer un message de 

requete, dit "requete objet", vers la station serveur, ladite requete objet 
comportant une information d'identification d'un objet accessible via la station 
serveur ; 

- des moyens (402) pour recevoir un message de reponse, dit 
30 "reponse objet", emis par la station serveur, ladite r6ponse objet comportant 
des informations de description d'une interface utilisateur associees a des 



fonctions programmees, ladite interface permettant & un utilisateur d'utiliser ledit 
objet ; 

- des moyens (404, 408, 410) pour lancer interface utilisateur sur 
la station cliente; 

- des moyens (408, 410) pour executer au moins une fonction 
programmee associee a un element de I'interface graphique, en r6ponse a 
I'activation dudit element par un utilisateur ; 

- des moyens (402, 404, 406, 410) pour g6n6rer et envoyer a la 
station serveur un message de requete, dit "requete d'execution de methode", 
ladite requete d'execution de methode comportant ladite information 
d'identification de I'objet et au moins une commande comprehensible par ledit 
objet. 

17. Dispositif selon la revendication 16, caracterise en ce qu'il 
comporte en outre : 

- des moyens (402) pour recevoir, en reponse a la requete 
d'execution de methode, un message de reponse, dit "r6ponse d'execution de 
m6thode", emis par la station serveur, ladite r6ponse d'execution de methode 
contenant des donnees indicatives du resultat de Texecution de ladite au moins 
une commande comprehensible par ledit objet ; 

- des moyens (404) pour decoder les donnees contenues dans 
ladite reponse d'execution de methode ; et 

- des moyens (408, 410) pour mettre a jour si n6cessaire 
Tinterface utilisateur dudit objet. 

18. Dispositif selon la revendication 16 ou 17, caracterise en ce 
qu'il comporte des moyens adaptes a la mise en ceuvre d'un procede 
d'utilisation a distance d'un objet informatique selon I'une quelconque des 
revendications 5 a 15. 

19. Dispositif (300) d'execution d'une fonction sur un objet 
informatique utilisable, via une station serveur connectee a un reseau de 
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communication, par au moins une station cliente connect6e audit r6seau, 
caract6ris6 en ce qu'il comporte : 

- des moyens (302) pour recevoir un message de requite, dit 
"requete objet", en provenance d'une station cliente, ladite requ§te objet 

5 comportant une information d'identification d'un objet informatique accessible 
via la station serveur ; 

- des moyens (302, 304) pour g6n6rer et envoyer a la station 
cliente un message de r6ponse, dit "reponse objet", ladite r6ponse objet 
comportant des informations de description d'une interface utilisateur associ6es 

10 & des fonctions programmees, ladite interface permettant a un utilisateur 
d'utiliser ledit objet pr6alablement identifi6 par ladite information d'identification ; 

- des moyens (302) pour recevoir un message de requ§te, dit 
"requete d'execution de m§thode", en provenance de la station cliente, ladite 
requite d'execution de methode comportant ladite information d'identification de 

15 I'objet et au moins une commande comprehensible par ledit objet. 

20. Dispositif selon la revendication 19, caracterise en ce qu'il 
comporte en outre : 

- des moyens (304, 305) pour executer ladite au moins une 
20 commande, re<?ue de la station cliente, sur ledit objet informatique et obtenir un 

resultat ; 

- des moyens (302, 304, 305) pour g6nerer et envoyer, a la station 
cliente, un message de reponse, dit "reponse d'execution de m6thode M , ladite 
reponse d'execution de methode contenant des donn6es indicatives du resultat 

25 de I'execution de ladite au moins une commande sur ledit objet . 

21. Dispositif selon la revendication 19 ou 20, caracterise en ce 
qu'il comporte des moyens adaptes a la mise en oeuvre d'un proc6d6 
d'execution d'une fonction sur un objet informatique, selon Tune quelconque des 

30 revendications 5 a 15. 
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22. Systeme informatique comportant un dispositif d'utilisation k 
distance d'un objet informatique, selon Tune quelconque des revendications 16 
a 18, et/ou un dispositif d'execution d'une fonction sur un objet informatique, 
selon Tune quelconque des revendications 19 & 21. 

5 

23. Dispositif de navigation sur I'lnternet (navigateur Web) 
comportant un dispositif d'utilisation a distance d'un objet informatique, selon 
Tune quelconque des revendications 16 3 18. 

10 24. Station cliente reliee a un reseau de communication, 

caracterisee en ce qu'elle comporte un dispositif d'utilisation a distance d'un 
objet informatique, selon Tune quelconque des revendications 16 & 18. 

25. Station serveur relieve a un reseau de communication, 
15 caract6ris6e en ce qu'elle comporte un dispositif d'execution d'une fonction sur 

un objet informatique, selon Tune quelconque des revendications 19 £» 21. 

26. Reseau de communication comportant au moins une station 
cliente selon la revendication 24, et au moins une station serveur selon la 

20 revendication 25. 
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RFVENDICATIONS 

1. Procede d'utilisation a distance d'un objet informatique 
accessible via une station serveur connectee a un reseau de communication, a 
partir d'une station cliente connectee au reseau, le procede etant caracterise en 
ce qu'il comporte les etapes suivantes : 

- generation et envoi (E500) d'un message de requete, dit 
"requete objet", vers la station serveur, ladite requete objet comportant une 
information d'identification d'un objet accessible via la station serveur ; 

- reception (E502) d'un message de reponse, dit "reponse objet", 
emis par la station serveur, ladite reponse objet comportant des informations de 
description d'une interface utilisateur associees a des fonctions programmees, 
ladite interface permettant a un utilisateur d'utiliser ledit objet ; 

- lancement (E504, E506) de I'interface utilisateur sur la station 

cliente ; 

- execution (E602) d'au moins une fonction associee a au moins 
un element de I'interface utilisateur, en reponse a I'activation (E508, E600) dudit 
au moins un element par un utilisateur ; 

- generation (E608, E610) et envoi (E612) a la station serveur d'un 
message de requete, dit "requete d'execution de methode", en reponse a 
I'execution d'au moins une fonction programmee associee audit au moins un 
element active de I'interface utilisateur, ladite requete d'execution de methode 
comportant ladite information d'identification de I'objet et au moins une 
commande comprehensible par ledit objet. 

2. Procede selon la revendication 1, caracterise en ce qu'il 
comporte en outre les etapes suivantes : 

- reception (E614) d'un message de reponse, dit "reponse 
d'execution de methode", emis par la station serveur en reponse a la requeue 
d'execution de methode, ladite reponse d'execution de methode contenant des 
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donnees indicatives du resultat de l'ex6cution de ladite au moins une 
commande comprehensible par ledit objet ; 

- decodage (E620) des donn6es contenues dans ladite reponse 
d'execution de methode et mise a jour (E622) si n6cessaire de interface 
utilisateur. 

3. Procede selon la revendication 1 ou 2, caracterise en ce que 
ladite commande comprehensible par ledit objet et contenue dans ladite 
requite d'execution de methode, consiste en la designation d'une fonction de 
I'objet informatique considere, et en la delivrance de valeurs donn6es a des 
parametres associes & la fonction designee. 

4. Procede selon Tune quelconque des revendications 
precedentes, caracterise en ce que ladite information d'identification d'un objet 
comprend une adresse electronique indicative de ('emplacement de stockage 
dudit objet. 

5. Procede selon la revendication 4, caract6ris6 en ce que 
I'adresse Electronique indicative de I'emplacement de stockage dudit objet, est 
une adresse de type URL. 

6. Proc6de selon Tune quelconque des revendications 
precedentes, caracterise en ce que lesdites informations de description d'une 
interface utilisateur sont des donnees exprimees dans un langage de 
communication informatique de type "langage de marquage". 

7. Proced6 selon la revendication 6, caracterise en ce que ledit 
langage de communication est base sur le langage XML. 

8. Procede selon Tune quelconque des revendications 
precedentes, caracterise en ce que, pour etre accessible sur le reseau, ledit 
objet informatique est associe dans la station serveur a un document 
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6lectronique (3071) contenant lesdites informations de description d'au moins 
une interface utilisateur et des fonctions programmes associ§es. 

9. Proc6d6 selon la revendication 8, caracteris6 en ce que ledit 
document electronique (3071 ) est un document de type "document XML". 

10. Proc6d6 selon la revendication 8 ou 9, caracterise en ce que 
ladite adresse 6lectronique, indicative de I'emplacement de stockage dudit 
objet, est une adresse de type "URL" assoctee audit document 6lectronique 
(3071). 

11. Proc6de selon Tune quelconque des revendications 
pr6cedentes, caract6rise en ce que ledit r6seau de communication est un 
reseau du ty pe Internet. 

12. Procede selon Tune quelconque des revendications 
prec6dentes, caract6ris6 en ce que la station cliente et la station serveur 
communiquent en utilisant un protocole de communication de type "protocole 
de transfert hypertexte" (HTTP), et en ce que lesdits messages echangees 
entre la station serveur et la station cliente sont des messages HTTP. 

13. Procede selon Tune quelconque des revendications 
prec6dentes, caracterise en ce que lesdites fonctions programmees associees 
audites informations de description d'une interface utilisateur, sont 
implementees dans le langage de programmation Javascript. 

14. Proced6 d'execution d'une fonction sur un objet informatique 
utilisable, via une station serveur connectee a un reseau de communication, par 
au moins une station cliente connectee audit r6seau, caracterise en ce qu'il 
comporte les etapes suivantes, mises en ceuvre dans la station serveur : 

- reception d'un message de requete, dit "requete objet", en 
provenance d'une station cliente, ladite requete objet comportant une 
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information d'identification d'un objet informatique accessible via la station 
serveur ; 

- g6n6ration et envoi & la station cliente d'un message de r6ponse, 
dit "r6ponse objet", ladite r6ponse objet comportant des informations de 
description d'une interface utilisateur associees a des fonctions programm6es, 
ladite interface permettant £ un utilisateur d'utiliser ledit objet ; 

- r6ception (E700) d'un message de requete, dit "requete 
d'ex6cution de m6thode", en provenance de la station cliente, ladite requete 
d'ex6cution de m6thode comportant ladite information d'identification de Pobjet 
et au moins une commande comprehensible par ledit objet. 

15. Proc6d6 selon la revendication 14, caracterise en ce qu'il 
comporte en outre les 6tapes suivantes : 

- execution (E710-E716) de ladite au moins une commande, regue 
de la station cliente, sur ledit objet informatique ; 

- generation (E718-E724) et envoi (E726) & la station cliente, d'un 
message de r6ponse, dit "reponse d'ex6cution de m6thode", ladite reponse 
d'ex§cution de m6thode contenant des donn6es indicatives du r6sultat de 
I'execution de ladite au moins une commande sur ledit objet . 

16. Precede selon la revendication 14 ou 15, caracteris6 en ce 
que ladite commande compr6hensible par ledit objet et contenue dans ladite 
requete d'ex6cution de methode, consiste en la designation d'une fonction de 
I'objet informatique considere, et en la d6livrance de valeurs donnees a des 
param6tres associes ^ la fonction designee. 

17. Procede selon la revendication 14, 15 ou 16, caract6ris6 en ce 
que ladite information d'identification d'un objet comprend une adresse 
6lectronique indicative de Templacement de stockage dudit objet. 
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18. Proced§ selon la revendication 17, caract6ris§ en ce que 
I'adresse electronique indicative de remplacement de stockage dudit objet, est 
une adresse de type URL. 

19. Proc6d6 selon Tune quelconque des revendications 14 £ 18, 
caract6ris6 en ce que lesdites informations de description d'une interface 
utilisateur sont des donn6es exprim6es dans un langage de communication 
informatique de type "langage de marquage". 

20. Proc6d6 selon la revendication 19, caracterise en ce que ledit 
langage de communication est bas6 sur le langage XML. 

21. Proc6d6 selon Tune quelconque des revendications 14 a 20, 
caracterise en ce que, pour etre accessible sur le r6seau, ledit objet 
informatique est associe dans la station serveur a un document electronique 
(3071) contenant lesdites informations de description d'au moins une interface 
utilisateur et des fonctions programmees associ6es. 

22. Proc6de selon la revendication 21, caract6ris6 en ce que ledit 
document electronique (3071) est un document de type "document XML". 

23. Proc6de selon la revendication 21 ou 22, caracterise en ce 
que ladite adresse electronique, indicative de remplacement de stockage dudit 
objet, est une adresse de type "URL" associee audit document electronique 
(3071). 

24. Procede selon Tune quelconque des revendications 14 a 23 
precedentes, caracteris6 en ce que ledit reseau de communication est un 
reseau du type Internet. 

25. Procede selon Tune quelconque des revendications 14 a 24, 
caracterise en ce que la station cliente et la station serveur communiquent en 
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utilisant un protocole de communication de type "protocole de transfert 
hypertexte" (HTTP), et en ce que lesdits messages echang§es entre la station 
serveur et la station cliente sont des messages HTTP. 

26. Proc6d6 selon Tune quelconque des revendications 14 & 25, 
caract6ris6 en ce que lesdites fonctions programmes associ6es audites 
informations de description d'une interface utilisateur, sont impl6ment6es dans 
le langage de programmation Javascript. 

27. Dispositif (400) d'utilisation a distance d'un objet informatique 
accessible via une station serveur connect6e a un reseau de communication, £ 
partir d'une station cliente connect6e au r6seau, le dispositif 6tant caract6rise 
en ce qu'il comporte : 

- des moyens (406, 402) pour gen6rer et envoyer un message de 
requete, dit "requete objet", vers la station serveur, ladite requete objet 
comportant une information d'identification d'un objet accessible via la station 
serveur ; 

- des moyens (402) pour recevoir un message de r6ponse, dit 
"reponse objet", 6mis par la station serveur, ladite r6ponse objet comportant 
des informations de description d'une interface utilisateur associ6es a des 
fonctions programmees, ladite interface permettant a un utilisateur d'utiliser ledit 
objet ; 

- des moyens (404, 408, 410) pour lancer I'interface utilisateur sur 
la station cliente; 

- des moyens (408, 410) pour executer au moins une fonction 
programmee associ6e a un 6l6ment de I'interface graphique, en r6ponse a 
I'activation dudit element par un utilisateur ; 

- des moyens (402, 404, 406, 410) pour generer et envoyer a la 
station serveur un message de requete, dit "requ§te d'execution de methode", 
ladite requete d'execution de methode comportant ladite information 
d'identification de I'objet et au moins une commande comprehensible par ledit 
objet. 
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28. Dispositif selon la revendication 27, caract6rise en ce qu'il 

comporte en outre : 

- des moyens (402) pour recevoir, en r6ponse & la requite 
d'ex6cution de mSthode, un message de r6ponse, dit "reponse d'ex6cution de 
methode", 6mis par la station serveur, ladite r6ponse d'ex6cution de m6thode 
contenant des donn§es indicatives du r§sultat de ('execution de ladite au moins 
une commande comprehensible par ledit objet ; 

- des moyens (404) pour decoder les donnees contenues dans 
ladite r6ponse d'ex6cution de methode ; et 

- des moyens (408, 410) pour mettre £ jour si necessaire 
Tinterface utilisateur dudit objet. 

29. Dispositif selon la revendication 27 ou 28, caract6ris6 en ce 
qu'il comporte des moyens adaptes la mise en oeuvre d'un proc6de 
d'utilisation a distance d'un objet informatique selon Tune quelconque des 
revendications 3^13. 

30. Dispositif (300) d'execution d'une fonction sur un objet 
informatique utilisable, via une station serveur connect6e a un r6seau de 
communication, par au moins une station cliente connectee audit reseau, 
caract6ris§ en ce qu'il comporte : 

- des moyens (302) pour recevoir un message de requete, dit 
"requSte objet", en provenance d'une station cliente, ladite requete objet 
comportant une information d'identification d'un objet informatique accessible 
via la station serveur ; 

- des moyens (302, 304) pour g6n6rer et envoyer a la station 
cliente un message de reponse, dit "reponse objet", ladite reponse objet 
comportant des informations de description d'une interface utilisateur associees 
a des fonctions programmees, ladite interface permettant a un utilisateur 
d'utiliser ledit objet prealablement identifie par ladite information d'identification ; 
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- des moyens (302) pour recevoir un message de requete, dit 
"requ§te d'execution de m6thode", en provenance de la station cliente, ladite 
requete d'execution de m6thode comportant ladite information d'identification de 
I'objet et au moins une commande comprehensible par ledit objet. 

31. Dispositif selon la revendication 30, caract6ris6 en ce qu'il 
comporte en outre : 

- des moyens (304, 305) pour ex6cuter ladite au moins une 
commande, re<?ue de la station cliente, sur ledit objet informatique et obtenir un 
r6sultat ; 

- des moyens (302, 304, 305) pour g6n6rer et envoyer, a la station 
cliente, un message de reponse, dit "reponse d'execution de methode", ladite 
r6ponse d'execution de methode contenant des donn6es indicatives du resultat 
de I'execution de ladite au moins une commande sur ledit objet . 

32. Dispositif selon la revendication 30 ou 31, caracterise en ce 
qu'il comporte des moyens adaptes a la mise en oeuvre d'un proc6d6 
d'execution d'une fonction sur un objet informatique, selon Tune quelconque des 
revendications 16 a 26. 

33. Systeme informatique comportant un dispositif d'utilisation a 
distance d'un objet informatique, selon I'une quelconque des revendications 27 
a 29, et/ou un dispositif d'execution d'une fonction sur un objet informatique, 
selon I'une quelconque des revendications 30 a 32. 

34. Dispositif de navigation sur Nnternet (navigateur Web) 
comportant un dispositif d'utilisation a distance d'un objet informatique, selon 
I'une quelconque des revendications 27 a 29. 

35. Station cliente reliee a un reseau de communication, 
caracteris6e en ce qu'elle comporte un dispositif d'utilisation a distance d'un 
objet informatique, selon I'une quelconque des revendications 27 a 29. 
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36. Station serveur reli6e & un r6seau de communication, 
caracteris6e en ce qu'elle comporte un dispositif d'ex6cution d'une fonction sur 
un objet informatique, selon i'une quelconque des revendications 30 & 32. 

37. R6seau de communication comportant au moins une station 
cliente selon la revendication 35, et au moins une station serveur selon la 
revendication 36. 
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